SlideShare a Scribd company logo
1 of 51
Download to read offline
© 2006 Cisco Systems, Inc. All rights reserved. 1
Protokoły warstwy 2
Przegląd dostępnych opcji
Łukasz Bromirski
lbromirski@cisco.com
PLNOG, Warszawa, marzec 2011
© 2007 Cisco Systems, Inc. All rights reserved. 2
Agenda
 Ethernet
 Spanning Tree
 Praca warstwy drugiej w pierścieniach
 Transport ruchu L2 przez operatora
 Nadzór sieci i diagnostyka
 Nowe standardy
 Q&A
© 2007 Cisco Systems, Inc. All rights reserved. 3
Ethernet
Co się dzieje obecnie i jak to wygląda?
© 2007 Cisco Systems, Inc. All rights reserved. 4
Standardy Carrier Ethernetu
Business
Użytkownicy
Klient Dostęp Agregacja Dystrybucja Brzeg Szkielet Szkielet
Instancje usługowe SP (S-VLANs)
Przezroczyste dla protokołów klienta
Definicja UNI
Skalowalność: Instancje i adresacja operatora
Definicja
usługi
Architektura
usługowa
Transport
ramki
Ethernet
OAM
Transport punkt-punkt:
Ethernet over MPLS / VPWS
Transport w relacji punkt-wielopunkt:
(Hierarchiczny) VPLS
OAM per usługa, transportowe OAM
Konfiguracja sprzętu klienta i zarządzanie
MEF6.1
MEF10.1
802.1ad
802.1ah
RFC4761
RFC4762
RFC4447
etc.
802.1ag
Y.1731
MEF16
© 2007 Cisco Systems, Inc. All rights reserved. 5
Standardy Carrier Ethernetu - nowe
Firmy
Użytkownicy
Zoptymalizowany control plane dla Ethernetu
(transport po najkrótszej ścieżce)
UNI 2;
E-NNI
Rozszerzone usługowe OAM: Zarządzanie pracą, rozszerzenie
OAM poza Ethernet
Rozszerzenia MPLS: dynamiczne PW
między segmentami, agregacja FEC, FAT PW
Rozeszony H-VPLS
Instancje usług, adresy, skalowalność multicastu
Redundancja – wiele urządzeń i PW
Zorientowana na połączenia usługa
w sieci pakietowej
MEF E-NNI
MEF20
I-D:Trill
802.1aq
L2VPN I-D:
l2vpn-pbb-vpls
PWE3 I-D:
pwe3-ms-pw
Y.1731
MEF;
L2VPN WG
PWE3 WG
PWE3 I-D::
pwe3-iccp
MPLS WG:
ID: mpls-tp
PWE3 I-D::
pwe3-redundancy
MPLS WG ID:
Wiele draftów
IEEE:
802.1Qay
Definicja
usługi
Architektura
usługowa
Transport
ramki
Ethernet
OAM
Klient Dostęp Agregacja Dystrybucja Brzeg Szkielet Szkielet
© 2007 Cisco Systems, Inc. All rights reserved. 66
IEEE 802.3ba: 40Gbit/s Ethernet
 Wsparcie do pracy wyłącznie w
trybie full-dupleks
 Wykorzystuje format ramki
Ethernet oraz limity wielkości
 Zachowuje BER na poziomie 10-12
 Transmisja ustandaryzowana dla
1m dla połączeń wewnątrz matrycy
10m na kablu miedzianym
100m światłowód OM3
10km światłowód SM
40 GbE
links
© 2007 Cisco Systems, Inc. All rights reserved. 77
IEEE 802.3ba: 100Gbit/s Ethernet
 Wsparcie do pracy wyłącznie w
trybie full-dupleks
 Wykorzystuje format ramki
Ethernet oraz limity wielkości
 Zachowuje BER na poziomie 10-12
 Transmisja ustandaryzowana dla
10m na kablu miedzianym
10km SM dla sieci Metro
40km SM long-haul
Wsparcie dla transmisji w sieci OTN
POP,
Metro, IXP
© 2007 Cisco Systems, Inc. All rights reserved. 88
IEEE 802.3ba: 100 GE and 40 GE
Distance 40G Ethernet 100G Ethernet
At least 1m backplane 
At least 10m cu cable  
At least 100m OM3 MMF  
At least 10km SMF 
At least 40km SMF 
Target standards completion: 2010
9
© 2008 Cisco Systems, Inc. All rights reserved.Presentation_ID
Nortel CPL
(~317 km)
Stratalight
OTS4000
Stratalight
OTS4000
Grp2, Ch8 = 1537.00
2/7/17in
2/7/18out
2/7/17in
2/7/18out
tx
rx
tx
rx
Cisco CRS4Cisco CRS8
OM3 MMF
100GE
OM3 MMF
100GE
40G
PHL IBONE
CRS16
McLean IBONE
CRS MC 2+1
40G
40G PLIM
LCC1 Slot5
40G PLIM
Slot5
Comcast Production Network
100GE DEMO Network
McLeanPhiladelphia
Cisco 100GbE demo – Czerwiec 2008
http://newsroom.cisco.com/dlls/2008/prod_062608c.html
© 2007 Cisco Systems, Inc. All rights reserved. 10
Did You Know that Copper Takes
Longer than Fiber for Failure
Detection?
 Direct point to point fiber provides for fast
failure detection
 IEEE 802.3z and 802.3ae link negotiation
define the use of Remote Fault Indicator &
Link Fault Signaling mechanisms
© 2007 Cisco Systems, Inc. All rights reserved. 11
Spanning Tree
802.1d, 802.1s, 802.1w i inne standardy
© 2007 Cisco Systems, Inc. All rights reserved. 12
Co w 802.1 piszczy?
 802.1D: MAC Bridges (Spanning Tree Protocol)
 802.1w: Rapid Spanning Tree Protocol (RSTP)
 802.1s: Multiple Spanning Tree Protocol (MST)
 802.1t: 802.1d Maintenance
 802.1Q: VLAN Tagging (trunking)
© 2007 Cisco Systems, Inc. All rights reserved. 13
Listening
Forwarding
LearningBlocking
Stany portów w STP
 Blocking
 Listening
 Learning
 Forwarding
 Disabled (wyłączony)
© 2007 Cisco Systems, Inc. All rights reserved. 14
Czas
Blocking
20 Sekund
Listening
Learning
15 Sekund
Forwarding
15 Sekund
Forward Delay
Forward Delay
Max-Age
Spanning Tree i liczniki
Głównym ograniczeniem konwergencji tradycyjnego STP jest
przywiązanie do zależności czasowych
© 2007 Cisco Systems, Inc. All rights reserved. 15
Nowe funkcje w Rapid STP
 Nowe role i stany portów
 Zmodyfikowane BPDU
 Nowa obsługa i zachowanie BPDU
 Nowy mechanizm zmiany topologii
 Szybkie przejście do stanu „forwarding”
 Możliwość migracji – kompatybilność z 802.1D
© 2007 Cisco Systems, Inc. All rights reserved. 16
Role portów w Rapid STP
 RSTP definiuje 4 role portów:
Root port
Designated port
Alternate port
Backup port
 Stan portu może być ustalony bez względu na jego
rolę: blocking, forwarding, learning (listening = blocking)
blokujące
© 2007 Cisco Systems, Inc. All rights reserved. 17
Zmodyfikowane BPDU
 Pole „wersja protokołu” ustawione na 2 (było 0)
 Znika TCN BPDU
 Zmiana w polu flag
• Mosty 802.1D odrzucają BPDU z RSTP
© 2007 Cisco Systems, Inc. All rights reserved. 18
Nowa obsługa i wykorzystanie BDPU
 BPDU są wysyłane jako ramki „keepalives”
most wysyła BPDU co czas „hello” (domyślnie 2 sekundy)
informacja o porcie zostaje unieważniona po upływie 3x czasu
bez otrzymania BPDU
© 2007 Cisco Systems, Inc. All rights reserved. 19
Szybkie przejście portu do „forwarding”
 Dotyczy tylko połączeń P2P
Port domyślnie jest P2P jeśli pracuje w dupleksie oraz nie jest
portem brzegowym
 Po otrzymaniu lepszej propozycji, most od razu
wykonuje jednocześnie trzy rzeczy:
Przyjmuje lepszą propozycję
Blokuje port w stronę dotychczasowej sieci
Wysyła propozycję nowego root’a w stronę reszty sieci,
jednocześnie akceptuje propozycję lepszego root’a i przesuwa
porty w stan „forwarding”
© 2007 Cisco Systems, Inc. All rights reserved. 20
Po co MST?
Jeden VLAN to jedna instancja STP
Możliwość zrealizowania „ręcznego” rozkładania ruchu przez
podział VLANów
CPU obsługuje 1000 instancji mimo tylko dwóch topologii
fizycznych
Vlans 1-500
Blocks 1- 500Blocks 501-1000
Vlans 501-1000
Root Root
Access
© 2007 Cisco Systems, Inc. All rights reserved. 21
Co daje MST?
 Wygodne rozkładanie ruchu i oszczędność CPU – tylko
dwie różne topologie STP
 Dosyć złożone – we wdrożeniu a potem przy
ewentualnym rozwiązywaniu problemów oraz
współpracy z innymi protokołami
Vlans 501-1000Vlans 1-500
Blocks 1- 500Blocks 501-1000
Root Root
Access
© 2007 Cisco Systems, Inc. All rights reserved. 22
Praca w topologii pierścienia w
warstwie drugiej
REP, EAPS, RRPP, EPSR, MRP, RRP i ERPS
© 2007 Cisco Systems, Inc. All rights reserved. 23
Trendy i problemy w L2
 Duże domeny SPT
Coraz więcej węzłów w sieci
 Większa ilość klientów
Zwiększamy ilość VLANów i adresów MAC dla domeny L2
 W oczywisty sposób powoduje to zwiększenie
problematyczności rozwiązywania problemów i
diagnostyki
 Naturalne aspiracje dla usług „klasy operatorskiej”
Co z szybką konwergencją?
STP/rSTP/MSTP nie jest szczególnie „klasy operatorskiej”
© 2007 Cisco Systems, Inc. All rights reserved. 24
• Wszystkie usługi są dostępne w obydwu topologiach.
• Dostępne te same funkcjonalności bezpieczeństwa, dostępności oraz QoS na
urządzeniu N-PE.
Gwiazda
• Każdy U-PE posiada własne
połączenie 1GE do n-PE.
• Prostsza inżynieria ruchu. Kolejki
wyjściowe dedykowane dla
lokalnego urządzenia U-PE.
• Mniejsze opóźnienie.
• Krótszy czas zbieżności.
• Łatwiejsza kontrola adresów MAC.
Pierścień
• Współdzielone pasmo pomiędzy
urządzeniami U-PE.
• Bardziej skomplikowana inżynieria
ruchu. Kolejki wyjściowe współdzielone
z innymi U-PE.
• Wyższe opóźnienie z powodu większej
ilości przeskoków.
• Dłuższy czas zbieżności.
• Utrudniona kontrola procesu uczenia się
adresów MAC.
PodobieństwaRóżnice
Topologia gwiazdy i pierścienia
© 2007 Cisco Systems, Inc. All rights reserved. 25
Wszyscy potrafimy to robić
 Cisco REP
 Extreme EAPS
 3COM (Huawei H3C -> HP) RRPP
 Allied Telesyn EPSR
 Brocade MRP / Force10 RRP
 Standard: ITU G.8032 ERPS
© 2007 Cisco Systems, Inc. All rights reserved. 26
REP - Topologia pierścienia
Etherchannel
Segment REP
Spanning Tree
Domena L3
A B
C D
E F
G H
© 2007 Cisco Systems, Inc. All rights reserved. 27
Ethernet dla operatorów
802.1ad, 802.1ah i 802.1Qay
© 2007 Cisco Systems, Inc. All rights reserved. 2828
IEEE 802.1ad – Provider Bridges
 Przezroczyste dla VLANów klienta
IEEE 802.1ad powinny dostarczyć
ustandaryzowaną wersję “QinQ”
Standard ma zawierać pewne
rozszerzenia
 Format ramki zgodny z “QinQ”
Nowy EtherType: 0x88A8
 Techniczne zatwierdzony już
dawno – 8 grudzień 2005
 Więcej na: http://www.ieee802.org/1/pages/802.1ad.html
N-PE 4
Ethernet UNI
PW
Długość/Typ (2B)
Dane
(38–1500)
Ethernet FCS (4B)
Docelowy MAC (6B)
Źródłowy MAC (6B)
EtherType (0x88A8) (2B)
“S-Tag” 802.1Q tag (2B)
EtherType (0x8100) (2B)
“C-Tag” 802.1Q tag (2B)
1514131211109876543210
VLANID
(12Bit)
DEI
(1Bit)
Priority
(3Bit)
“Opcjonalne”
© 2007 Cisco Systems, Inc. All rights reserved. 2929
IEEE 802.1ah – Provider Backbone Bridges
 Skalowalność usługi – 24 bity (I-SID) wskazujące usługę
 Izolacja domen, skalowalność adresów MAC
Na wejściu do domeny operatora, nagłówek MAC klienta jest wkładany w nagłówek MAC
operatora
 Kompatybilny wstecz z 802.1ad
Zewnętrzny nagłówek jest normalnym nagłówkiem 802.1ad
802.1ah zakłada wykorzystanie istniejących mechanizmów L2 – takich jak SPT i
mechanizmy uczenia się/floodowania
Inne opcje wdrożenia są również dostępne - 802.1aq, 802.1Qay, ukrywanie topologii z
wykorzystaniem VPLS/MPLS oraz redundancja PW
 Standard 802.1ah zaakceptowany 12 czerwca 2008
L2 PDUC-TAGC-SAC-DATPID/TCIB-TAGB-SAB-DA
I-TAG: zawiera 24 bity
identyfikujące instancję usługi
B-TAG: równy S-TAGDrugi nagłówek MAC
FCS
ID protokołu
Informacja kontrolna
© 2007 Cisco Systems, Inc. All rights reserved. 30
 Standaryzacja mechanizmów inżynierii ruchowej dla sieci składających się
z połaczeń punkt-punkt (w stylu PVC ATMowych)
 Bazuje na PBB z ograniczonymi opcjami
Wyłączone uczenie (jest w 802.1Q) i flooding
 Statyczny control plane
Provisioning odbywa się przez NMS, wykorzystywany jest MIB 802.1
Osobne prace nad dynamicznym procesem provisioningu (802.1aq) – poza
standardem
30
Provisioning i zarządzanie
C-bridge
C-bridge
BEB2BEB1P-bridge P-bridge
IEEE 802.1Qay – PB + TE
© 2007 Cisco Systems, Inc. All rights reserved. 31
OAM
Operations, Administration & Management
© 2007 Cisco Systems, Inc. All rights reserved. 32
Ethernet OAM – co i gdzie?
 E-LMI—User to Network Interface (UNI)
 Link OAM—dowolne łącze punkt-punkt 802.3
 CFM—End-to-End UNI do UNI
 MPLS OAM—w chmurze MPLS
Szkielet Klient
Provider
Bridges
Provider
Bridges
IP/MPLS
Firma
Dom
Firma
Dom
UNI UNINNINNINNI
Backbone
Bridges
Backbone
Bridges
Klient
Ethernet
Link OAM
Access
Connectivity
Fault ManagementAccessE-LMI
MPLS
OAM
© 2007 Cisco Systems, Inc. All rights reserved. 33
Link OAM (IEEE 802.3ah, klauzula 57)
 Mechanizm dla „monitoringu pracy
łącza” czyli między innymi do:
Monitoringu samego łącza
Wskaźnika zdalnej awarii
Kontroli zdalnej pętli lokalnej
 Dodaje opcjonalną podwarstwę
OAM
 Pracuje na łączach punkt-punkt
802.3
 Używa ramek OAMPDU nie
przekazywanych dalej przez
klientów MAC wysyłanych
relatywnie wolno
do 10 ramek na sekundę
Wyższe warstwy
LLC
OAM (Optional)
MAC
Fizyczna
Warstwy
LAN
CSMA/CD
Model OSI
Aplikacji
Prezentacji
Sesji
Transportowa
Sieci
Łącza danych
Fizyczna
© 2007 Cisco Systems, Inc. All rights reserved. 34
Connectivity Fault Management
 Rodzina protokołów zapewniająca możliwość
wykrywania, weryfikacji, izolacji i raportowania
problemów w transporcie ruchu na całej trasie od
źródła do celu
 Tradycyjne ramki Ethernet, z ustawionym polem
EtherType na 0x8902 i docelowym adresem MAC
multicast
 Ustandaryzowany przez IEEE pod koniec 2007
© 2007 Cisco Systems, Inc. All rights reserved. 35
CFM – Maintenance Domain (MD)
 Definiowana przez granice operacyjne/kontraktu
 MD mogą być zagnieżdżone lub się stykać, ale nie mogą się
przenikać
do 8 poziomów zagnieżdżenia (0...7) – czym wyższy poziom tym większy
zasięg
 Nazwa MD: pusta, adres MAC, DNS lub ciąg znaków
Operator A Operator B
Dostawca usług
Klient
CE CE
© 2007 Cisco Systems, Inc. All rights reserved. 36
CFM – Maintenance Association (MA)
 Monitoruje łączność w danej instancji usługi w danym MD (np. 1
usługa przechodząca przez cztery MD = 4 MA)
 Definiowana przez zestaw Maintenance End Points (MEP) na
brzegu domeny
 Identyfikowana przez MAID == „Krótka nazwa MA” + nazwa MD
 Krótka nazwa MA: ID VLANu, VPN, liczba dodatnia lub ciąg
znaków
CE CEOperator A Operator B
© 2007 Cisco Systems, Inc. All rights reserved. 37
CFM – Maintenance Point (MP) - MEP
 Maintenance Association End Point (MEP)
 Definiuje granice MD
 Obsługuje automatyczne wykrycie problemów z połączeniem
pomiędzy dowolną parą MEPów w MA
 Kojarzone per MA i identyfikowane przez MEPID (1-8191)
 Może inicjować i odpowiadać na PDU CFM’owe
CE CEOperator A Operator B
MEP MEP
MEP MEP
MEP MEP MEP MEP
© 2007 Cisco Systems, Inc. All rights reserved. 38
CE CEOperator A Operator B
MEP MEPMIP MIP
MEP MEPMIPMIP
MEP MEP MEP MEP
MIP MIP
MIP MIP
MIP MIP
MIPMIPMIPMIP
CFM – Maintenance Point (MP) - MIP
 Maintenance Domain Intermediate Point (MIP)
 Obsługuje wykrywanie ścieżek pomiędzy MEP i lokalizację awarii
na tych ścieżkach
 Może być kojarzony per MD i VLAN / EVC (ręcznie lub
automatycznie)
 Może dodawać, sprawdzać i odpowiadać na PDU CFM’owe
© 2007 Cisco Systems, Inc. All rights reserved. 39
Protokoły CFM
 CFM definiuje obecnie trzy protokoły
 Continuity Check Protocol
Wykrywanie i Notyfikacja o awarii
 Loopback Protocol
Weryfikacja awarii
 Linktrace Protocol
Izolacja awarii
© 2007 Cisco Systems, Inc. All rights reserved. 40
CFM – protokół Continuity Check
CE CEOperator A Operator B
MEP MEPMIPMIP
Katalogowanie Katalogowanie
Katalogowanie i
terminacja
1 2 3
1. Continuity Check Message (CCM)X
 Wykrywanie i informowanie o awariach
 Skojarzenie per-MA – multicastowa wiadomość „keepalive”
Wysyłana przez MEP co konfigurowalny interwał czasowy (3.3ms, 10ms, 100ms, 1s, 10s, 1m,
10m)
Jednokierunkowa
Przenosi status portu na którym skonfigurowano MEP
 Katalogowane przez MIP na tym samym poziomie MD, terminowane przez
zdalny MEP w tym samym MA
© 2007 Cisco Systems, Inc. All rights reserved. 41
CFM – protokół Loopback
CE CEOperator A Operator B
MEP MEPMIPMIP
S D
1. Loopback Message (LBM)
2. Loopback Reply (LBR)
1
2
1
2
 Używane do weryfikacji awarii
 MEP może transmitować unicastowe LBM do MEP lub MIP w tym
samym MA
 MP otrzymujący komunikat odpowiada unicastowym LBR do
źródłowego MEPa
© 2007 Cisco Systems, Inc. All rights reserved. 42
CFM – protokół Linktrace
 Odkrywanie ścieżek i izolacja awarii
 MEP wysyła wiadomość multicastową (LTM) w celu wykrycia MP i
ścieżki do MIP lub MEP w tym samym MA
 Każdy MIP na trasie pakietu i terminujący MP zwracają unicastowo
wiadomość LTR do źródłowego MEPa
CE CEOperator A Operator B
MEP MEPMIPMIP
S D
1 3 5
2
4
6
1. 1, 3, 5 Linktrace Message (LTM)
2. 2, 4, 6 Linktrace Reply (LTR)
X
Y
© 2007 Cisco Systems, Inc. All rights reserved. 43
ITU Y.1731 – rozszerzenia do 802.1ag
 ETH-LB: Ethernet Loopback—unicast i multicast
 ETH-AIS: Alarm Indication Signal
 ETH-Test: Test Signal
Test przepustowości, rekolejkowania ramek, błędów bitowych itp
Dwu lub jednokierunkowy
 ETH-USR: Ethernet Maintenance Channel
Zdalne zarządzanie
Przykład zastosowania: sprawdzenie VC ATMowego na DSLAMie
ethernetowym na użytek ethernetowego BNG
 ETH-APS: Ethernet Automated Protection Switching
G.8031 (wykorzystuje ETH-AIS) ; G.8032
© 2007 Cisco Systems, Inc. All rights reserved. 44
Nowości w L2
TRILL i 802.1aq
© 2007 Cisco Systems, Inc. All rights reserved. 4545
„W poszukiwaniu nowego protokołu L2”
 Obecne Spanning Tree
Potencjalnie nieoptymalne ścieżki przekazywania ruchu
Nie można wykorzystać ścieżek równoległych
Problemy życia codziennego w sieciach
 Propozycje
IETF TRILL
Shortest Path Bridging 802.1aq
Oba wykorzystują rozszerzenia IS-IS  grupa robocza ISIS w IETF zdefiniuje
jeden zestaw rozszerzeń dla obu protokołów
2
2
2
1
1
1
2
2
2
2
Root
© 2007 Cisco Systems, Inc. All rights reserved. 4646
TRILL – podejście IETF
 TRILL (TRansparent Interconnect of Lots of Links)
nazywane również Routing Bridges lub po prostu Rbridges
http://www.ietf.org/html.charters/trill-charter.html
 Główne obszary adresowane przez TRILL:
Wybór najkrótszej ścieżki
Zapewnienie tras równoległych
„Plug’n’Play”
 RBridges pracują „na” sieci 802.1 – model warstwowy
Sieć 802.1 może być wykorzystywana przez hosty by dostać
się do RBrdige
RBridge może wykorzystać sieć 802.1 do przenoszenia ruchu
pomiędzy sobą
RBridges nie uczestniczą w procesie xSTP i odrzucają BPDU
gdy je otrzymają
© 2007 Cisco Systems, Inc. All rights reserved. 4747
TRILL – jak to działa?
 Ramka otrzymuje adres Rbridge wyjściowego, a następnie dodatkowy adres
Rbridge next-hop
Trochę jak „MAC-in-MAC” – ale pola różnią się od 802.1ah
 RBridges uczą się adresów MAC obecnych na portach brzegowych i mogą
rozgłaszać je przez IS-IS do innych RBridge’y
Wybór między uczeniem się zdalnych mapować w data lub control plane
 Nieznane ramki unicastowe są rozlewane zgodnie z drzewem którego korzeń
znajduje się na wejściowym RBridge
RBridge
IEEE Bridge
A
B
D
E
CA Cramka .1Q E
zewnętrzny
MAC
RBridge
Nagłówek
A
ramka .1Q
C Dramka .1Q EA
D Eramka .1Q EA
ramka .1Q
© 2007 Cisco Systems, Inc. All rights reserved. 4848
TRILL—Ethernet Data Encapsulation
 V: Version
 M: Multi-destination; indicates if the frame is to be
delivered to a single or multiple end stations
 Opt-Length: >0 if an Option field is present
 Hop Limit: Similar to TTL
 RBridge Nickname: Not the MAC address of the
Rbridge, but the a TRILL ID for the RBridge (Egress
Nickname used differently if M = 1)
 Outer-VLAN Tag Information: This is used only if
two RBridges communicate across a standard
802.1Q network
Source: draft-letf-trill-rbridge-protocol
Outer Ethernet Header (link specific):
Outer Destination MAC Address (RB2)
Outer Destination MAC Address Outer Source MAC Address
Outer Source MAC Address (RB1)
Ethertype = IEEE 802.1Q Outer.VLAN Tag Information
TRILL Header:
Ethertype = TRILL V R M Op-Length Hop Count
Egress (RB2) Nickname Ingress (RB1) Nickname
Inner Ethernet Header:
Inner Destination MAC Address
Inner Destination MAC Address Inner Source MAC Address
Inner Source MAC Address
Ethertype = IEEE 802.1Q Inner.VLAN Tag Information
© 2007 Cisco Systems, Inc. All rights reserved. 4949
Root
A
B
D
G
C
F
E
Blocked Ports
802.1aq – najkrótsza ścieżka per bridge
 Każdy most jest korzeniem osobnej instancji najkrótszej ścieżki
 Most G jest korzeniem dla drzewa zielonego
 Most E jest korzeniem dla drzewa błękitnego
 Oba drzewa pracują aktywnie i symetrycznie
Potrzebne w Ethernecie do jednolitej obsługi multicastu i unicastu
A
B
D
G
C
F
E
Root
Root
Root
Root
Root
Root
Root
E
A
B
D
G
C
F
E
A
B
D
G
C
F
Root
Root
A
B
D
G
C
F
E
Root
Blocked
Ports
© 2007 Cisco Systems, Inc. All rights reserved. 50
Q&A
© 2007 Cisco Systems, Inc. All rights reserved. 51

More Related Content

What's hot

PLNOG 5: Łukasz Bromirski - Wysoka dostępność w sieciach operatorskich
PLNOG 5: Łukasz Bromirski - Wysoka dostępność w sieciach operatorskich PLNOG 5: Łukasz Bromirski - Wysoka dostępność w sieciach operatorskich
PLNOG 5: Łukasz Bromirski - Wysoka dostępność w sieciach operatorskich PROIDEA
 
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne PROIDEA
 
PLNOG 7: Marcin Aronowski - MPLS dla "tradycyjnego" operatora telekomunikacyj...
PLNOG 7: Marcin Aronowski - MPLS dla "tradycyjnego" operatora telekomunikacyj...PLNOG 7: Marcin Aronowski - MPLS dla "tradycyjnego" operatora telekomunikacyj...
PLNOG 7: Marcin Aronowski - MPLS dla "tradycyjnego" operatora telekomunikacyj...PROIDEA
 
Radosław Ziemba: GPON or xWDM as technology for connecting business subscribes
Radosław Ziemba: GPON or xWDM as technology for connecting business subscribesRadosław Ziemba: GPON or xWDM as technology for connecting business subscribes
Radosław Ziemba: GPON or xWDM as technology for connecting business subscribesPROIDEA
 
PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka
 PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka
PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktykaPROIDEA
 
PLNOG15: GMPLS/100G Convergent Backbone Network - Dominik Janus, Sebastian Piter
PLNOG15: GMPLS/100G Convergent Backbone Network - Dominik Janus, Sebastian PiterPLNOG15: GMPLS/100G Convergent Backbone Network - Dominik Janus, Sebastian Piter
PLNOG15: GMPLS/100G Convergent Backbone Network - Dominik Janus, Sebastian PiterPROIDEA
 
PLNOG 3: Piotr Jabłoński - Realizacja styku międzyoperatorskiego dla usług L...
PLNOG 3: Piotr Jabłoński -  Realizacja styku międzyoperatorskiego dla usług L...PLNOG 3: Piotr Jabłoński -  Realizacja styku międzyoperatorskiego dla usług L...
PLNOG 3: Piotr Jabłoński - Realizacja styku międzyoperatorskiego dla usług L...PROIDEA
 
PLNOG 6: Maciej Kaczmarek - Wydajne rozwiązania
PLNOG 6: Maciej Kaczmarek - Wydajne rozwiązania PLNOG 6: Maciej Kaczmarek - Wydajne rozwiązania
PLNOG 6: Maciej Kaczmarek - Wydajne rozwiązania PROIDEA
 
PLNOG 4: Piotr Wojciechowski - NAT-PT, czyli współistnienie sieci IPv4 i IPv6
PLNOG 4: Piotr Wojciechowski - NAT-PT, czyli współistnienie sieci IPv4 i IPv6PLNOG 4: Piotr Wojciechowski - NAT-PT, czyli współistnienie sieci IPv4 i IPv6
PLNOG 4: Piotr Wojciechowski - NAT-PT, czyli współistnienie sieci IPv4 i IPv6PROIDEA
 
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...PROIDEA
 
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...PROIDEA
 
Bartlomiej Anszperger - Od sieci Metro do sieci Carrier Ethernet
Bartlomiej Anszperger - Od sieci Metro do sieci Carrier EthernetBartlomiej Anszperger - Od sieci Metro do sieci Carrier Ethernet
Bartlomiej Anszperger - Od sieci Metro do sieci Carrier EthernetPROIDEA
 
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...PROIDEA
 
Przemyslaw Misiak - Wdrazanie mechanizmow QoS w sieciach MPLS
Przemyslaw Misiak -  Wdrazanie mechanizmow QoS w sieciach MPLSPrzemyslaw Misiak -  Wdrazanie mechanizmow QoS w sieciach MPLS
Przemyslaw Misiak - Wdrazanie mechanizmow QoS w sieciach MPLSPROIDEA
 
PLNOG 6: Paweł Brzozowski - GMPLS: Automatyka w wielowarstwowych sieciach tra...
PLNOG 6: Paweł Brzozowski - GMPLS: Automatyka w wielowarstwowych sieciach tra...PLNOG 6: Paweł Brzozowski - GMPLS: Automatyka w wielowarstwowych sieciach tra...
PLNOG 6: Paweł Brzozowski - GMPLS: Automatyka w wielowarstwowych sieciach tra...PROIDEA
 

What's hot (19)

PLNOG 5: Łukasz Bromirski - Wysoka dostępność w sieciach operatorskich
PLNOG 5: Łukasz Bromirski - Wysoka dostępność w sieciach operatorskich PLNOG 5: Łukasz Bromirski - Wysoka dostępność w sieciach operatorskich
PLNOG 5: Łukasz Bromirski - Wysoka dostępność w sieciach operatorskich
 
4
44
4
 
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne
PLNOG 7: Krzysztof Konkowski - QoS a sieci agregacyjne
 
PLNOG 7: Marcin Aronowski - MPLS dla "tradycyjnego" operatora telekomunikacyj...
PLNOG 7: Marcin Aronowski - MPLS dla "tradycyjnego" operatora telekomunikacyj...PLNOG 7: Marcin Aronowski - MPLS dla "tradycyjnego" operatora telekomunikacyj...
PLNOG 7: Marcin Aronowski - MPLS dla "tradycyjnego" operatora telekomunikacyj...
 
6
66
6
 
Radosław Ziemba: GPON or xWDM as technology for connecting business subscribes
Radosław Ziemba: GPON or xWDM as technology for connecting business subscribesRadosław Ziemba: GPON or xWDM as technology for connecting business subscribes
Radosław Ziemba: GPON or xWDM as technology for connecting business subscribes
 
PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka
 PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka
PLNOG19 - Konrad Kulikowski - Segment Routing – okiem praktyka
 
PLNOG15: GMPLS/100G Convergent Backbone Network - Dominik Janus, Sebastian Piter
PLNOG15: GMPLS/100G Convergent Backbone Network - Dominik Janus, Sebastian PiterPLNOG15: GMPLS/100G Convergent Backbone Network - Dominik Janus, Sebastian Piter
PLNOG15: GMPLS/100G Convergent Backbone Network - Dominik Janus, Sebastian Piter
 
PLNOG 3: Piotr Jabłoński - Realizacja styku międzyoperatorskiego dla usług L...
PLNOG 3: Piotr Jabłoński -  Realizacja styku międzyoperatorskiego dla usług L...PLNOG 3: Piotr Jabłoński -  Realizacja styku międzyoperatorskiego dla usług L...
PLNOG 3: Piotr Jabłoński - Realizacja styku międzyoperatorskiego dla usług L...
 
PLNOG 6: Maciej Kaczmarek - Wydajne rozwiązania
PLNOG 6: Maciej Kaczmarek - Wydajne rozwiązania PLNOG 6: Maciej Kaczmarek - Wydajne rozwiązania
PLNOG 6: Maciej Kaczmarek - Wydajne rozwiązania
 
PLNOG 4: Piotr Wojciechowski - NAT-PT, czyli współistnienie sieci IPv4 i IPv6
PLNOG 4: Piotr Wojciechowski - NAT-PT, czyli współistnienie sieci IPv4 i IPv6PLNOG 4: Piotr Wojciechowski - NAT-PT, czyli współistnienie sieci IPv4 i IPv6
PLNOG 4: Piotr Wojciechowski - NAT-PT, czyli współistnienie sieci IPv4 i IPv6
 
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...
PLNOG15: End of theoretical talks on SDN! Time for real solutions - Cisco SP ...
 
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...
PLNOG15: IP services architecture with TDM quality in MPLS/IP networks - Mare...
 
Bartlomiej Anszperger - Od sieci Metro do sieci Carrier Ethernet
Bartlomiej Anszperger - Od sieci Metro do sieci Carrier EthernetBartlomiej Anszperger - Od sieci Metro do sieci Carrier Ethernet
Bartlomiej Anszperger - Od sieci Metro do sieci Carrier Ethernet
 
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...
PLNOG 9: Łukasz Bromirski, Rafał Szarecki - MPLS VPN - Architektura i przeglą...
 
7
77
7
 
5
55
5
 
Przemyslaw Misiak - Wdrazanie mechanizmow QoS w sieciach MPLS
Przemyslaw Misiak -  Wdrazanie mechanizmow QoS w sieciach MPLSPrzemyslaw Misiak -  Wdrazanie mechanizmow QoS w sieciach MPLS
Przemyslaw Misiak - Wdrazanie mechanizmow QoS w sieciach MPLS
 
PLNOG 6: Paweł Brzozowski - GMPLS: Automatyka w wielowarstwowych sieciach tra...
PLNOG 6: Paweł Brzozowski - GMPLS: Automatyka w wielowarstwowych sieciach tra...PLNOG 6: Paweł Brzozowski - GMPLS: Automatyka w wielowarstwowych sieciach tra...
PLNOG 6: Paweł Brzozowski - GMPLS: Automatyka w wielowarstwowych sieciach tra...
 

Similar to PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji

Szerokopasmowe (stacjonarne) sieci dostępowe
Szerokopasmowe (stacjonarne) sieci dostępoweSzerokopasmowe (stacjonarne) sieci dostępowe
Szerokopasmowe (stacjonarne) sieci dostępowebartekel
 
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej PROIDEA
 
PLNOG 13: Radosław Ziemba: GPON or xWDM as technology for connecting business...
PLNOG 13: Radosław Ziemba: GPON or xWDM as technology for connecting business...PLNOG 13: Radosław Ziemba: GPON or xWDM as technology for connecting business...
PLNOG 13: Radosław Ziemba: GPON or xWDM as technology for connecting business...PROIDEA
 
PLNOG 6: Mikołaj Chmura - System IPTV i sieć GPON - praktyka wdrożeń
PLNOG 6: Mikołaj Chmura - System IPTV i sieć GPON - praktyka wdrożeńPLNOG 6: Mikołaj Chmura - System IPTV i sieć GPON - praktyka wdrożeń
PLNOG 6: Mikołaj Chmura - System IPTV i sieć GPON - praktyka wdrożeńPROIDEA
 
PLNOG 18 - Jarosław Ulczok - Podsłuchać światłowód? Przezentacja LIVE + zasto...
PLNOG 18 - Jarosław Ulczok - Podsłuchać światłowód? Przezentacja LIVE + zasto...PLNOG 18 - Jarosław Ulczok - Podsłuchać światłowód? Przezentacja LIVE + zasto...
PLNOG 18 - Jarosław Ulczok - Podsłuchać światłowód? Przezentacja LIVE + zasto...PROIDEA
 
PLNOG 9: Robert Ślaski - SKALOWALNE SZYFROWANIE USŁUG W SIECI OPERATORA - prz...
PLNOG 9: Robert Ślaski - SKALOWALNE SZYFROWANIE USŁUG W SIECI OPERATORA - prz...PLNOG 9: Robert Ślaski - SKALOWALNE SZYFROWANIE USŁUG W SIECI OPERATORA - prz...
PLNOG 9: Robert Ślaski - SKALOWALNE SZYFROWANIE USŁUG W SIECI OPERATORA - prz...PROIDEA
 
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...PROIDEA
 
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój PROIDEA
 
PLNOG 9: Marcin Kowalski - Inteligentna sieć DWDM
PLNOG 9: Marcin Kowalski - Inteligentna sieć DWDM PLNOG 9: Marcin Kowalski - Inteligentna sieć DWDM
PLNOG 9: Marcin Kowalski - Inteligentna sieć DWDM PROIDEA
 
PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP
PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP
PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP PROIDEA
 
PLNOG 7: Bartosz Kiziukiewicz - Jak wykorzystać nowe rozwiązania firmy D-link...
PLNOG 7: Bartosz Kiziukiewicz - Jak wykorzystać nowe rozwiązania firmy D-link...PLNOG 7: Bartosz Kiziukiewicz - Jak wykorzystać nowe rozwiązania firmy D-link...
PLNOG 7: Bartosz Kiziukiewicz - Jak wykorzystać nowe rozwiązania firmy D-link...PROIDEA
 
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...PROIDEA
 
PLNOG 9: Marcin Aronowski - Unified MPLS
PLNOG 9: Marcin Aronowski - Unified MPLSPLNOG 9: Marcin Aronowski - Unified MPLS
PLNOG 9: Marcin Aronowski - Unified MPLSPROIDEA
 
PLNOG 6: Łukasz Bromirski, Rafał Szarecki - Przełączniki i Routery - co jest ...
PLNOG 6: Łukasz Bromirski, Rafał Szarecki - Przełączniki i Routery - co jest ...PLNOG 6: Łukasz Bromirski, Rafał Szarecki - Przełączniki i Routery - co jest ...
PLNOG 6: Łukasz Bromirski, Rafał Szarecki - Przełączniki i Routery - co jest ...PROIDEA
 
PLNOG 8: Łukasz Bromirski - IP Anycast - Ochrona i skalowanie usług sieciowych
PLNOG 8: Łukasz Bromirski - IP Anycast - Ochrona i skalowanie usług sieciowych PLNOG 8: Łukasz Bromirski - IP Anycast - Ochrona i skalowanie usług sieciowych
PLNOG 8: Łukasz Bromirski - IP Anycast - Ochrona i skalowanie usług sieciowych PROIDEA
 
PLNOG16: Pion Systemów Sieciowych i Bezpieczeństwa, Robert Rosiak
PLNOG16: Pion Systemów Sieciowych i Bezpieczeństwa, Robert RosiakPLNOG16: Pion Systemów Sieciowych i Bezpieczeństwa, Robert Rosiak
PLNOG16: Pion Systemów Sieciowych i Bezpieczeństwa, Robert RosiakPROIDEA
 
Halokwadrat PLNOG - Freeswitch a big boys Softswitch
Halokwadrat PLNOG - Freeswitch a big boys SoftswitchHalokwadrat PLNOG - Freeswitch a big boys Softswitch
Halokwadrat PLNOG - Freeswitch a big boys Softswitchmichalpodoski
 
PLNOG 13: Sylwester Chojnacki: Jak efektywnie wykorzystać kolejny okres progr...
PLNOG 13: Sylwester Chojnacki: Jak efektywnie wykorzystać kolejny okres progr...PLNOG 13: Sylwester Chojnacki: Jak efektywnie wykorzystać kolejny okres progr...
PLNOG 13: Sylwester Chojnacki: Jak efektywnie wykorzystać kolejny okres progr...PROIDEA
 
PLNOG 6: Bartłomiej Anszperger - Multicasty - zastosowanie i działanie
PLNOG 6: Bartłomiej Anszperger - Multicasty - zastosowanie i działanie PLNOG 6: Bartłomiej Anszperger - Multicasty - zastosowanie i działanie
PLNOG 6: Bartłomiej Anszperger - Multicasty - zastosowanie i działanie PROIDEA
 

Similar to PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji (20)

Szerokopasmowe (stacjonarne) sieci dostępowe
Szerokopasmowe (stacjonarne) sieci dostępoweSzerokopasmowe (stacjonarne) sieci dostępowe
Szerokopasmowe (stacjonarne) sieci dostępowe
 
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej
PLNOG 7: Bartłomiej Anszperger - MPLS - trochę głębiej
 
PLNOG 13: Radosław Ziemba: GPON or xWDM as technology for connecting business...
PLNOG 13: Radosław Ziemba: GPON or xWDM as technology for connecting business...PLNOG 13: Radosław Ziemba: GPON or xWDM as technology for connecting business...
PLNOG 13: Radosław Ziemba: GPON or xWDM as technology for connecting business...
 
PLNOG 6: Mikołaj Chmura - System IPTV i sieć GPON - praktyka wdrożeń
PLNOG 6: Mikołaj Chmura - System IPTV i sieć GPON - praktyka wdrożeńPLNOG 6: Mikołaj Chmura - System IPTV i sieć GPON - praktyka wdrożeń
PLNOG 6: Mikołaj Chmura - System IPTV i sieć GPON - praktyka wdrożeń
 
PLNOG 18 - Jarosław Ulczok - Podsłuchać światłowód? Przezentacja LIVE + zasto...
PLNOG 18 - Jarosław Ulczok - Podsłuchać światłowód? Przezentacja LIVE + zasto...PLNOG 18 - Jarosław Ulczok - Podsłuchać światłowód? Przezentacja LIVE + zasto...
PLNOG 18 - Jarosław Ulczok - Podsłuchać światłowód? Przezentacja LIVE + zasto...
 
PLNOG 9: Robert Ślaski - SKALOWALNE SZYFROWANIE USŁUG W SIECI OPERATORA - prz...
PLNOG 9: Robert Ślaski - SKALOWALNE SZYFROWANIE USŁUG W SIECI OPERATORA - prz...PLNOG 9: Robert Ślaski - SKALOWALNE SZYFROWANIE USŁUG W SIECI OPERATORA - prz...
PLNOG 9: Robert Ślaski - SKALOWALNE SZYFROWANIE USŁUG W SIECI OPERATORA - prz...
 
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...
PLNOG14: Nowości w protokole BGP, optymalizacja routingu na brzegu sieci - Łu...
 
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój
PLNOG 9: Daniel Fenert - nazwa.pl - nieustanny rozwój
 
PLNOG 9: Marcin Kowalski - Inteligentna sieć DWDM
PLNOG 9: Marcin Kowalski - Inteligentna sieć DWDM PLNOG 9: Marcin Kowalski - Inteligentna sieć DWDM
PLNOG 9: Marcin Kowalski - Inteligentna sieć DWDM
 
PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP
PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP
PLNOG 6: Piotr Jabłoński - Praktyczne aspekty implementacji IGP
 
PLNOG 7: Bartosz Kiziukiewicz - Jak wykorzystać nowe rozwiązania firmy D-link...
PLNOG 7: Bartosz Kiziukiewicz - Jak wykorzystać nowe rozwiązania firmy D-link...PLNOG 7: Bartosz Kiziukiewicz - Jak wykorzystać nowe rozwiązania firmy D-link...
PLNOG 7: Bartosz Kiziukiewicz - Jak wykorzystać nowe rozwiązania firmy D-link...
 
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...
PLNOG 7: Krzysztof Mazepa - Konfiguracja usług szerokopasmowych na urządzenia...
 
PLNOG 9: Marcin Aronowski - Unified MPLS
PLNOG 9: Marcin Aronowski - Unified MPLSPLNOG 9: Marcin Aronowski - Unified MPLS
PLNOG 9: Marcin Aronowski - Unified MPLS
 
Trendy w rozwoju okablowania strukturalnego RSIM
Trendy w rozwoju okablowania strukturalnego RSIMTrendy w rozwoju okablowania strukturalnego RSIM
Trendy w rozwoju okablowania strukturalnego RSIM
 
PLNOG 6: Łukasz Bromirski, Rafał Szarecki - Przełączniki i Routery - co jest ...
PLNOG 6: Łukasz Bromirski, Rafał Szarecki - Przełączniki i Routery - co jest ...PLNOG 6: Łukasz Bromirski, Rafał Szarecki - Przełączniki i Routery - co jest ...
PLNOG 6: Łukasz Bromirski, Rafał Szarecki - Przełączniki i Routery - co jest ...
 
PLNOG 8: Łukasz Bromirski - IP Anycast - Ochrona i skalowanie usług sieciowych
PLNOG 8: Łukasz Bromirski - IP Anycast - Ochrona i skalowanie usług sieciowych PLNOG 8: Łukasz Bromirski - IP Anycast - Ochrona i skalowanie usług sieciowych
PLNOG 8: Łukasz Bromirski - IP Anycast - Ochrona i skalowanie usług sieciowych
 
PLNOG16: Pion Systemów Sieciowych i Bezpieczeństwa, Robert Rosiak
PLNOG16: Pion Systemów Sieciowych i Bezpieczeństwa, Robert RosiakPLNOG16: Pion Systemów Sieciowych i Bezpieczeństwa, Robert Rosiak
PLNOG16: Pion Systemów Sieciowych i Bezpieczeństwa, Robert Rosiak
 
Halokwadrat PLNOG - Freeswitch a big boys Softswitch
Halokwadrat PLNOG - Freeswitch a big boys SoftswitchHalokwadrat PLNOG - Freeswitch a big boys Softswitch
Halokwadrat PLNOG - Freeswitch a big boys Softswitch
 
PLNOG 13: Sylwester Chojnacki: Jak efektywnie wykorzystać kolejny okres progr...
PLNOG 13: Sylwester Chojnacki: Jak efektywnie wykorzystać kolejny okres progr...PLNOG 13: Sylwester Chojnacki: Jak efektywnie wykorzystać kolejny okres progr...
PLNOG 13: Sylwester Chojnacki: Jak efektywnie wykorzystać kolejny okres progr...
 
PLNOG 6: Bartłomiej Anszperger - Multicasty - zastosowanie i działanie
PLNOG 6: Bartłomiej Anszperger - Multicasty - zastosowanie i działanie PLNOG 6: Bartłomiej Anszperger - Multicasty - zastosowanie i działanie
PLNOG 6: Bartłomiej Anszperger - Multicasty - zastosowanie i działanie
 

PLNOG 6: Łukasz Bromirski - Protokoły warstwy 2 - Przegląd dostępnych opcji

  • 1. © 2006 Cisco Systems, Inc. All rights reserved. 1 Protokoły warstwy 2 Przegląd dostępnych opcji Łukasz Bromirski lbromirski@cisco.com PLNOG, Warszawa, marzec 2011
  • 2. © 2007 Cisco Systems, Inc. All rights reserved. 2 Agenda  Ethernet  Spanning Tree  Praca warstwy drugiej w pierścieniach  Transport ruchu L2 przez operatora  Nadzór sieci i diagnostyka  Nowe standardy  Q&A
  • 3. © 2007 Cisco Systems, Inc. All rights reserved. 3 Ethernet Co się dzieje obecnie i jak to wygląda?
  • 4. © 2007 Cisco Systems, Inc. All rights reserved. 4 Standardy Carrier Ethernetu Business Użytkownicy Klient Dostęp Agregacja Dystrybucja Brzeg Szkielet Szkielet Instancje usługowe SP (S-VLANs) Przezroczyste dla protokołów klienta Definicja UNI Skalowalność: Instancje i adresacja operatora Definicja usługi Architektura usługowa Transport ramki Ethernet OAM Transport punkt-punkt: Ethernet over MPLS / VPWS Transport w relacji punkt-wielopunkt: (Hierarchiczny) VPLS OAM per usługa, transportowe OAM Konfiguracja sprzętu klienta i zarządzanie MEF6.1 MEF10.1 802.1ad 802.1ah RFC4761 RFC4762 RFC4447 etc. 802.1ag Y.1731 MEF16
  • 5. © 2007 Cisco Systems, Inc. All rights reserved. 5 Standardy Carrier Ethernetu - nowe Firmy Użytkownicy Zoptymalizowany control plane dla Ethernetu (transport po najkrótszej ścieżce) UNI 2; E-NNI Rozszerzone usługowe OAM: Zarządzanie pracą, rozszerzenie OAM poza Ethernet Rozszerzenia MPLS: dynamiczne PW między segmentami, agregacja FEC, FAT PW Rozeszony H-VPLS Instancje usług, adresy, skalowalność multicastu Redundancja – wiele urządzeń i PW Zorientowana na połączenia usługa w sieci pakietowej MEF E-NNI MEF20 I-D:Trill 802.1aq L2VPN I-D: l2vpn-pbb-vpls PWE3 I-D: pwe3-ms-pw Y.1731 MEF; L2VPN WG PWE3 WG PWE3 I-D:: pwe3-iccp MPLS WG: ID: mpls-tp PWE3 I-D:: pwe3-redundancy MPLS WG ID: Wiele draftów IEEE: 802.1Qay Definicja usługi Architektura usługowa Transport ramki Ethernet OAM Klient Dostęp Agregacja Dystrybucja Brzeg Szkielet Szkielet
  • 6. © 2007 Cisco Systems, Inc. All rights reserved. 66 IEEE 802.3ba: 40Gbit/s Ethernet  Wsparcie do pracy wyłącznie w trybie full-dupleks  Wykorzystuje format ramki Ethernet oraz limity wielkości  Zachowuje BER na poziomie 10-12  Transmisja ustandaryzowana dla 1m dla połączeń wewnątrz matrycy 10m na kablu miedzianym 100m światłowód OM3 10km światłowód SM 40 GbE links
  • 7. © 2007 Cisco Systems, Inc. All rights reserved. 77 IEEE 802.3ba: 100Gbit/s Ethernet  Wsparcie do pracy wyłącznie w trybie full-dupleks  Wykorzystuje format ramki Ethernet oraz limity wielkości  Zachowuje BER na poziomie 10-12  Transmisja ustandaryzowana dla 10m na kablu miedzianym 10km SM dla sieci Metro 40km SM long-haul Wsparcie dla transmisji w sieci OTN POP, Metro, IXP
  • 8. © 2007 Cisco Systems, Inc. All rights reserved. 88 IEEE 802.3ba: 100 GE and 40 GE Distance 40G Ethernet 100G Ethernet At least 1m backplane  At least 10m cu cable   At least 100m OM3 MMF   At least 10km SMF  At least 40km SMF  Target standards completion: 2010
  • 9. 9 © 2008 Cisco Systems, Inc. All rights reserved.Presentation_ID Nortel CPL (~317 km) Stratalight OTS4000 Stratalight OTS4000 Grp2, Ch8 = 1537.00 2/7/17in 2/7/18out 2/7/17in 2/7/18out tx rx tx rx Cisco CRS4Cisco CRS8 OM3 MMF 100GE OM3 MMF 100GE 40G PHL IBONE CRS16 McLean IBONE CRS MC 2+1 40G 40G PLIM LCC1 Slot5 40G PLIM Slot5 Comcast Production Network 100GE DEMO Network McLeanPhiladelphia Cisco 100GbE demo – Czerwiec 2008 http://newsroom.cisco.com/dlls/2008/prod_062608c.html
  • 10. © 2007 Cisco Systems, Inc. All rights reserved. 10 Did You Know that Copper Takes Longer than Fiber for Failure Detection?  Direct point to point fiber provides for fast failure detection  IEEE 802.3z and 802.3ae link negotiation define the use of Remote Fault Indicator & Link Fault Signaling mechanisms
  • 11. © 2007 Cisco Systems, Inc. All rights reserved. 11 Spanning Tree 802.1d, 802.1s, 802.1w i inne standardy
  • 12. © 2007 Cisco Systems, Inc. All rights reserved. 12 Co w 802.1 piszczy?  802.1D: MAC Bridges (Spanning Tree Protocol)  802.1w: Rapid Spanning Tree Protocol (RSTP)  802.1s: Multiple Spanning Tree Protocol (MST)  802.1t: 802.1d Maintenance  802.1Q: VLAN Tagging (trunking)
  • 13. © 2007 Cisco Systems, Inc. All rights reserved. 13 Listening Forwarding LearningBlocking Stany portów w STP  Blocking  Listening  Learning  Forwarding  Disabled (wyłączony)
  • 14. © 2007 Cisco Systems, Inc. All rights reserved. 14 Czas Blocking 20 Sekund Listening Learning 15 Sekund Forwarding 15 Sekund Forward Delay Forward Delay Max-Age Spanning Tree i liczniki Głównym ograniczeniem konwergencji tradycyjnego STP jest przywiązanie do zależności czasowych
  • 15. © 2007 Cisco Systems, Inc. All rights reserved. 15 Nowe funkcje w Rapid STP  Nowe role i stany portów  Zmodyfikowane BPDU  Nowa obsługa i zachowanie BPDU  Nowy mechanizm zmiany topologii  Szybkie przejście do stanu „forwarding”  Możliwość migracji – kompatybilność z 802.1D
  • 16. © 2007 Cisco Systems, Inc. All rights reserved. 16 Role portów w Rapid STP  RSTP definiuje 4 role portów: Root port Designated port Alternate port Backup port  Stan portu może być ustalony bez względu na jego rolę: blocking, forwarding, learning (listening = blocking) blokujące
  • 17. © 2007 Cisco Systems, Inc. All rights reserved. 17 Zmodyfikowane BPDU  Pole „wersja protokołu” ustawione na 2 (było 0)  Znika TCN BPDU  Zmiana w polu flag • Mosty 802.1D odrzucają BPDU z RSTP
  • 18. © 2007 Cisco Systems, Inc. All rights reserved. 18 Nowa obsługa i wykorzystanie BDPU  BPDU są wysyłane jako ramki „keepalives” most wysyła BPDU co czas „hello” (domyślnie 2 sekundy) informacja o porcie zostaje unieważniona po upływie 3x czasu bez otrzymania BPDU
  • 19. © 2007 Cisco Systems, Inc. All rights reserved. 19 Szybkie przejście portu do „forwarding”  Dotyczy tylko połączeń P2P Port domyślnie jest P2P jeśli pracuje w dupleksie oraz nie jest portem brzegowym  Po otrzymaniu lepszej propozycji, most od razu wykonuje jednocześnie trzy rzeczy: Przyjmuje lepszą propozycję Blokuje port w stronę dotychczasowej sieci Wysyła propozycję nowego root’a w stronę reszty sieci, jednocześnie akceptuje propozycję lepszego root’a i przesuwa porty w stan „forwarding”
  • 20. © 2007 Cisco Systems, Inc. All rights reserved. 20 Po co MST? Jeden VLAN to jedna instancja STP Możliwość zrealizowania „ręcznego” rozkładania ruchu przez podział VLANów CPU obsługuje 1000 instancji mimo tylko dwóch topologii fizycznych Vlans 1-500 Blocks 1- 500Blocks 501-1000 Vlans 501-1000 Root Root Access
  • 21. © 2007 Cisco Systems, Inc. All rights reserved. 21 Co daje MST?  Wygodne rozkładanie ruchu i oszczędność CPU – tylko dwie różne topologie STP  Dosyć złożone – we wdrożeniu a potem przy ewentualnym rozwiązywaniu problemów oraz współpracy z innymi protokołami Vlans 501-1000Vlans 1-500 Blocks 1- 500Blocks 501-1000 Root Root Access
  • 22. © 2007 Cisco Systems, Inc. All rights reserved. 22 Praca w topologii pierścienia w warstwie drugiej REP, EAPS, RRPP, EPSR, MRP, RRP i ERPS
  • 23. © 2007 Cisco Systems, Inc. All rights reserved. 23 Trendy i problemy w L2  Duże domeny SPT Coraz więcej węzłów w sieci  Większa ilość klientów Zwiększamy ilość VLANów i adresów MAC dla domeny L2  W oczywisty sposób powoduje to zwiększenie problematyczności rozwiązywania problemów i diagnostyki  Naturalne aspiracje dla usług „klasy operatorskiej” Co z szybką konwergencją? STP/rSTP/MSTP nie jest szczególnie „klasy operatorskiej”
  • 24. © 2007 Cisco Systems, Inc. All rights reserved. 24 • Wszystkie usługi są dostępne w obydwu topologiach. • Dostępne te same funkcjonalności bezpieczeństwa, dostępności oraz QoS na urządzeniu N-PE. Gwiazda • Każdy U-PE posiada własne połączenie 1GE do n-PE. • Prostsza inżynieria ruchu. Kolejki wyjściowe dedykowane dla lokalnego urządzenia U-PE. • Mniejsze opóźnienie. • Krótszy czas zbieżności. • Łatwiejsza kontrola adresów MAC. Pierścień • Współdzielone pasmo pomiędzy urządzeniami U-PE. • Bardziej skomplikowana inżynieria ruchu. Kolejki wyjściowe współdzielone z innymi U-PE. • Wyższe opóźnienie z powodu większej ilości przeskoków. • Dłuższy czas zbieżności. • Utrudniona kontrola procesu uczenia się adresów MAC. PodobieństwaRóżnice Topologia gwiazdy i pierścienia
  • 25. © 2007 Cisco Systems, Inc. All rights reserved. 25 Wszyscy potrafimy to robić  Cisco REP  Extreme EAPS  3COM (Huawei H3C -> HP) RRPP  Allied Telesyn EPSR  Brocade MRP / Force10 RRP  Standard: ITU G.8032 ERPS
  • 26. © 2007 Cisco Systems, Inc. All rights reserved. 26 REP - Topologia pierścienia Etherchannel Segment REP Spanning Tree Domena L3 A B C D E F G H
  • 27. © 2007 Cisco Systems, Inc. All rights reserved. 27 Ethernet dla operatorów 802.1ad, 802.1ah i 802.1Qay
  • 28. © 2007 Cisco Systems, Inc. All rights reserved. 2828 IEEE 802.1ad – Provider Bridges  Przezroczyste dla VLANów klienta IEEE 802.1ad powinny dostarczyć ustandaryzowaną wersję “QinQ” Standard ma zawierać pewne rozszerzenia  Format ramki zgodny z “QinQ” Nowy EtherType: 0x88A8  Techniczne zatwierdzony już dawno – 8 grudzień 2005  Więcej na: http://www.ieee802.org/1/pages/802.1ad.html N-PE 4 Ethernet UNI PW Długość/Typ (2B) Dane (38–1500) Ethernet FCS (4B) Docelowy MAC (6B) Źródłowy MAC (6B) EtherType (0x88A8) (2B) “S-Tag” 802.1Q tag (2B) EtherType (0x8100) (2B) “C-Tag” 802.1Q tag (2B) 1514131211109876543210 VLANID (12Bit) DEI (1Bit) Priority (3Bit) “Opcjonalne”
  • 29. © 2007 Cisco Systems, Inc. All rights reserved. 2929 IEEE 802.1ah – Provider Backbone Bridges  Skalowalność usługi – 24 bity (I-SID) wskazujące usługę  Izolacja domen, skalowalność adresów MAC Na wejściu do domeny operatora, nagłówek MAC klienta jest wkładany w nagłówek MAC operatora  Kompatybilny wstecz z 802.1ad Zewnętrzny nagłówek jest normalnym nagłówkiem 802.1ad 802.1ah zakłada wykorzystanie istniejących mechanizmów L2 – takich jak SPT i mechanizmy uczenia się/floodowania Inne opcje wdrożenia są również dostępne - 802.1aq, 802.1Qay, ukrywanie topologii z wykorzystaniem VPLS/MPLS oraz redundancja PW  Standard 802.1ah zaakceptowany 12 czerwca 2008 L2 PDUC-TAGC-SAC-DATPID/TCIB-TAGB-SAB-DA I-TAG: zawiera 24 bity identyfikujące instancję usługi B-TAG: równy S-TAGDrugi nagłówek MAC FCS ID protokołu Informacja kontrolna
  • 30. © 2007 Cisco Systems, Inc. All rights reserved. 30  Standaryzacja mechanizmów inżynierii ruchowej dla sieci składających się z połaczeń punkt-punkt (w stylu PVC ATMowych)  Bazuje na PBB z ograniczonymi opcjami Wyłączone uczenie (jest w 802.1Q) i flooding  Statyczny control plane Provisioning odbywa się przez NMS, wykorzystywany jest MIB 802.1 Osobne prace nad dynamicznym procesem provisioningu (802.1aq) – poza standardem 30 Provisioning i zarządzanie C-bridge C-bridge BEB2BEB1P-bridge P-bridge IEEE 802.1Qay – PB + TE
  • 31. © 2007 Cisco Systems, Inc. All rights reserved. 31 OAM Operations, Administration & Management
  • 32. © 2007 Cisco Systems, Inc. All rights reserved. 32 Ethernet OAM – co i gdzie?  E-LMI—User to Network Interface (UNI)  Link OAM—dowolne łącze punkt-punkt 802.3  CFM—End-to-End UNI do UNI  MPLS OAM—w chmurze MPLS Szkielet Klient Provider Bridges Provider Bridges IP/MPLS Firma Dom Firma Dom UNI UNINNINNINNI Backbone Bridges Backbone Bridges Klient Ethernet Link OAM Access Connectivity Fault ManagementAccessE-LMI MPLS OAM
  • 33. © 2007 Cisco Systems, Inc. All rights reserved. 33 Link OAM (IEEE 802.3ah, klauzula 57)  Mechanizm dla „monitoringu pracy łącza” czyli między innymi do: Monitoringu samego łącza Wskaźnika zdalnej awarii Kontroli zdalnej pętli lokalnej  Dodaje opcjonalną podwarstwę OAM  Pracuje na łączach punkt-punkt 802.3  Używa ramek OAMPDU nie przekazywanych dalej przez klientów MAC wysyłanych relatywnie wolno do 10 ramek na sekundę Wyższe warstwy LLC OAM (Optional) MAC Fizyczna Warstwy LAN CSMA/CD Model OSI Aplikacji Prezentacji Sesji Transportowa Sieci Łącza danych Fizyczna
  • 34. © 2007 Cisco Systems, Inc. All rights reserved. 34 Connectivity Fault Management  Rodzina protokołów zapewniająca możliwość wykrywania, weryfikacji, izolacji i raportowania problemów w transporcie ruchu na całej trasie od źródła do celu  Tradycyjne ramki Ethernet, z ustawionym polem EtherType na 0x8902 i docelowym adresem MAC multicast  Ustandaryzowany przez IEEE pod koniec 2007
  • 35. © 2007 Cisco Systems, Inc. All rights reserved. 35 CFM – Maintenance Domain (MD)  Definiowana przez granice operacyjne/kontraktu  MD mogą być zagnieżdżone lub się stykać, ale nie mogą się przenikać do 8 poziomów zagnieżdżenia (0...7) – czym wyższy poziom tym większy zasięg  Nazwa MD: pusta, adres MAC, DNS lub ciąg znaków Operator A Operator B Dostawca usług Klient CE CE
  • 36. © 2007 Cisco Systems, Inc. All rights reserved. 36 CFM – Maintenance Association (MA)  Monitoruje łączność w danej instancji usługi w danym MD (np. 1 usługa przechodząca przez cztery MD = 4 MA)  Definiowana przez zestaw Maintenance End Points (MEP) na brzegu domeny  Identyfikowana przez MAID == „Krótka nazwa MA” + nazwa MD  Krótka nazwa MA: ID VLANu, VPN, liczba dodatnia lub ciąg znaków CE CEOperator A Operator B
  • 37. © 2007 Cisco Systems, Inc. All rights reserved. 37 CFM – Maintenance Point (MP) - MEP  Maintenance Association End Point (MEP)  Definiuje granice MD  Obsługuje automatyczne wykrycie problemów z połączeniem pomiędzy dowolną parą MEPów w MA  Kojarzone per MA i identyfikowane przez MEPID (1-8191)  Może inicjować i odpowiadać na PDU CFM’owe CE CEOperator A Operator B MEP MEP MEP MEP MEP MEP MEP MEP
  • 38. © 2007 Cisco Systems, Inc. All rights reserved. 38 CE CEOperator A Operator B MEP MEPMIP MIP MEP MEPMIPMIP MEP MEP MEP MEP MIP MIP MIP MIP MIP MIP MIPMIPMIPMIP CFM – Maintenance Point (MP) - MIP  Maintenance Domain Intermediate Point (MIP)  Obsługuje wykrywanie ścieżek pomiędzy MEP i lokalizację awarii na tych ścieżkach  Może być kojarzony per MD i VLAN / EVC (ręcznie lub automatycznie)  Może dodawać, sprawdzać i odpowiadać na PDU CFM’owe
  • 39. © 2007 Cisco Systems, Inc. All rights reserved. 39 Protokoły CFM  CFM definiuje obecnie trzy protokoły  Continuity Check Protocol Wykrywanie i Notyfikacja o awarii  Loopback Protocol Weryfikacja awarii  Linktrace Protocol Izolacja awarii
  • 40. © 2007 Cisco Systems, Inc. All rights reserved. 40 CFM – protokół Continuity Check CE CEOperator A Operator B MEP MEPMIPMIP Katalogowanie Katalogowanie Katalogowanie i terminacja 1 2 3 1. Continuity Check Message (CCM)X  Wykrywanie i informowanie o awariach  Skojarzenie per-MA – multicastowa wiadomość „keepalive” Wysyłana przez MEP co konfigurowalny interwał czasowy (3.3ms, 10ms, 100ms, 1s, 10s, 1m, 10m) Jednokierunkowa Przenosi status portu na którym skonfigurowano MEP  Katalogowane przez MIP na tym samym poziomie MD, terminowane przez zdalny MEP w tym samym MA
  • 41. © 2007 Cisco Systems, Inc. All rights reserved. 41 CFM – protokół Loopback CE CEOperator A Operator B MEP MEPMIPMIP S D 1. Loopback Message (LBM) 2. Loopback Reply (LBR) 1 2 1 2  Używane do weryfikacji awarii  MEP może transmitować unicastowe LBM do MEP lub MIP w tym samym MA  MP otrzymujący komunikat odpowiada unicastowym LBR do źródłowego MEPa
  • 42. © 2007 Cisco Systems, Inc. All rights reserved. 42 CFM – protokół Linktrace  Odkrywanie ścieżek i izolacja awarii  MEP wysyła wiadomość multicastową (LTM) w celu wykrycia MP i ścieżki do MIP lub MEP w tym samym MA  Każdy MIP na trasie pakietu i terminujący MP zwracają unicastowo wiadomość LTR do źródłowego MEPa CE CEOperator A Operator B MEP MEPMIPMIP S D 1 3 5 2 4 6 1. 1, 3, 5 Linktrace Message (LTM) 2. 2, 4, 6 Linktrace Reply (LTR) X Y
  • 43. © 2007 Cisco Systems, Inc. All rights reserved. 43 ITU Y.1731 – rozszerzenia do 802.1ag  ETH-LB: Ethernet Loopback—unicast i multicast  ETH-AIS: Alarm Indication Signal  ETH-Test: Test Signal Test przepustowości, rekolejkowania ramek, błędów bitowych itp Dwu lub jednokierunkowy  ETH-USR: Ethernet Maintenance Channel Zdalne zarządzanie Przykład zastosowania: sprawdzenie VC ATMowego na DSLAMie ethernetowym na użytek ethernetowego BNG  ETH-APS: Ethernet Automated Protection Switching G.8031 (wykorzystuje ETH-AIS) ; G.8032
  • 44. © 2007 Cisco Systems, Inc. All rights reserved. 44 Nowości w L2 TRILL i 802.1aq
  • 45. © 2007 Cisco Systems, Inc. All rights reserved. 4545 „W poszukiwaniu nowego protokołu L2”  Obecne Spanning Tree Potencjalnie nieoptymalne ścieżki przekazywania ruchu Nie można wykorzystać ścieżek równoległych Problemy życia codziennego w sieciach  Propozycje IETF TRILL Shortest Path Bridging 802.1aq Oba wykorzystują rozszerzenia IS-IS  grupa robocza ISIS w IETF zdefiniuje jeden zestaw rozszerzeń dla obu protokołów 2 2 2 1 1 1 2 2 2 2 Root
  • 46. © 2007 Cisco Systems, Inc. All rights reserved. 4646 TRILL – podejście IETF  TRILL (TRansparent Interconnect of Lots of Links) nazywane również Routing Bridges lub po prostu Rbridges http://www.ietf.org/html.charters/trill-charter.html  Główne obszary adresowane przez TRILL: Wybór najkrótszej ścieżki Zapewnienie tras równoległych „Plug’n’Play”  RBridges pracują „na” sieci 802.1 – model warstwowy Sieć 802.1 może być wykorzystywana przez hosty by dostać się do RBrdige RBridge może wykorzystać sieć 802.1 do przenoszenia ruchu pomiędzy sobą RBridges nie uczestniczą w procesie xSTP i odrzucają BPDU gdy je otrzymają
  • 47. © 2007 Cisco Systems, Inc. All rights reserved. 4747 TRILL – jak to działa?  Ramka otrzymuje adres Rbridge wyjściowego, a następnie dodatkowy adres Rbridge next-hop Trochę jak „MAC-in-MAC” – ale pola różnią się od 802.1ah  RBridges uczą się adresów MAC obecnych na portach brzegowych i mogą rozgłaszać je przez IS-IS do innych RBridge’y Wybór między uczeniem się zdalnych mapować w data lub control plane  Nieznane ramki unicastowe są rozlewane zgodnie z drzewem którego korzeń znajduje się na wejściowym RBridge RBridge IEEE Bridge A B D E CA Cramka .1Q E zewnętrzny MAC RBridge Nagłówek A ramka .1Q C Dramka .1Q EA D Eramka .1Q EA ramka .1Q
  • 48. © 2007 Cisco Systems, Inc. All rights reserved. 4848 TRILL—Ethernet Data Encapsulation  V: Version  M: Multi-destination; indicates if the frame is to be delivered to a single or multiple end stations  Opt-Length: >0 if an Option field is present  Hop Limit: Similar to TTL  RBridge Nickname: Not the MAC address of the Rbridge, but the a TRILL ID for the RBridge (Egress Nickname used differently if M = 1)  Outer-VLAN Tag Information: This is used only if two RBridges communicate across a standard 802.1Q network Source: draft-letf-trill-rbridge-protocol Outer Ethernet Header (link specific): Outer Destination MAC Address (RB2) Outer Destination MAC Address Outer Source MAC Address Outer Source MAC Address (RB1) Ethertype = IEEE 802.1Q Outer.VLAN Tag Information TRILL Header: Ethertype = TRILL V R M Op-Length Hop Count Egress (RB2) Nickname Ingress (RB1) Nickname Inner Ethernet Header: Inner Destination MAC Address Inner Destination MAC Address Inner Source MAC Address Inner Source MAC Address Ethertype = IEEE 802.1Q Inner.VLAN Tag Information
  • 49. © 2007 Cisco Systems, Inc. All rights reserved. 4949 Root A B D G C F E Blocked Ports 802.1aq – najkrótsza ścieżka per bridge  Każdy most jest korzeniem osobnej instancji najkrótszej ścieżki  Most G jest korzeniem dla drzewa zielonego  Most E jest korzeniem dla drzewa błękitnego  Oba drzewa pracują aktywnie i symetrycznie Potrzebne w Ethernecie do jednolitej obsługi multicastu i unicastu A B D G C F E Root Root Root Root Root Root Root E A B D G C F E A B D G C F Root Root A B D G C F E Root Blocked Ports
  • 50. © 2007 Cisco Systems, Inc. All rights reserved. 50 Q&A
  • 51. © 2007 Cisco Systems, Inc. All rights reserved. 51